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METHODS AND SYSTEMS FOR 
AUCTIONING PRODUCTS 

Cross Reference to Related Applications 

This application claims the benefit of U.S. Provisional Application No. 60/207,555, 
filed May 25, 2000 which is hereby incorporated in it's entirety. 

Background of Invention 

[0001] This invention relates generally to computer network-based auctions and more 
particularly to a network-based method for auctioning purchase contracts based 
on actual costs of a product. 

[0002] In the course of a business, such as a manufacturing business, a large amount 
of engineered products are purchased. Since every engineered product is at least 
slightly different from previously purchased products, accurately assigning a cost 
to the engineered product is difficult. Furthermore the slight differences between 
the engineered products often prevent businesses from forming purchase 
contracts that are both accurate and which encompass a majority of the various 
engineered products. 

[0003] 

In known systems the most effective way to form purchasing contracts for 
engineered products was to form a matrix agreement where the most commonly- 
specified aspects of the product are quoted for the entire product line which may 
include multiple sizes or ratings as the specified aspects. The resulting matrix 
often has several thousand entries. Disadvantages to this approach are that much 
time is spent pricing and negotiating each item, errors are common due to the size 
and complexity of the matrix and to limit matrix size, only a sampling of available 
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products are included in the pricing matrix. 

Summary of Invention 

[0004] In one aspect of the invention, a method is provided for facilitating the 

auctioning of a pricing model using a network-based system. The system includes 
a server and at least one device connected to the server via a network. The method 
comprises the steps of receiving product listing and pricing information data from 
multiple suppliers, developing an initial regression equation for each supplier 
based on received product listing and price information data, and combining the 
initial regression equations for each of the suppliers into a final regression 
equation for a product line. 

In another aspect of the invention, a system is provided for facilitating the 
auctioning of purchase contracts for engineered products by implementing pricing 
models. The system comprises at least one device, a server and a network 
connecting the devices to the server. The server is configured to receive product 
listing and pricing information data from multiple suppliers, develop an initial 
regression equation for each supplier based on received product listing and price 
information data, and combine the initial regression equations for each supplier 
into a final regression equation for a product line. 

In a further aspect of the invention, a computer is programmed to prompt a 
user to enter product listing and pricing information data from multiple suppliers, 
develop an initial regression equation for each supplier based on the received 
product listing and price information data, combine the initial regression equations 
for each of the suppliers into a final regression equation for a product line, 
transmit to the suppliers the final regression equation and a list of required 
products, and receive purchase contract bids from suppliers. 

[0007] 

In another aspect of the invention, apparatus is provided which comprises 
means for receiving product listing and pricing information from multiple 
suppliers, means for developing an initial regression equation for each supplier 
based on the received product listing and price information, means for combining 
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the initial regression equations for each of the suppliers into a combined 
regression equation for a product line, and means for receiving purchase contract 
bids from suppliers. 

Brief Description of Drawings 

[0008] Figure 1 is a system block diagram. 

[0009] Figure 2 is an expanded version block diagram of an exemplary embodiment of 
a server architecture of a system for implementing the network-based application 
for project management. 

[001 0] Figure 3 is a flow diagram of a network-based method for auctioning purchase 
contracts for engineered products. 

[001 1] Figure 4 is a supplier's abbreviated product list. 

[001 2] Figure 5 is an exemplary pricing worksheet. 

[001 3] Figure 6 is a user interface showing a bid sheet. 

Detailed Description 

[001 4] Exemplary embodiments of systems and methods that facilitate a network- 
based method for auctioning products are described below in detail. The systems 
and methods facilitate, for example, auctioning purchase contracts based on actual 
costs of an engineered product. 

[001 5] Figure 1 is a block diagram of a system 1 0 in accordance with one embodiment 
of the present invention. System 10 includes a server sub-system 12, sometimes 
referred to herein as server 1 2, and a plurality of user devices 1 4 connected to 
server 12. In one embodiment, devices 14 are computers including a network 
browser, and server 1 2 is accessible to devices 1 4 via a network such as an 
intranet or the Internet. In an alternative embodiment, devices 14 are servers for a 
network of customer devices. 

[001 6] Devices 1 4 are interconnected to the network, such as a local area network 
(LAN) or a wide area network (WAN), through many interfaces including dial-in- 
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connections, cable modems, DSL connections and high-speed ISDN lines. 
Alternatively, devices 14 are any devices capable of interconnecting to a network 
including a network-based phone or other network-based connectable equipment. 
Server 1 2 includes a database server 1 6 connected to a centralized database 1 8 
containing project management information. In one embodiment, centralized 
database 1 8 is stored on database server 16 and can be accessed by potential 
users at one of user devices 1 4 by logging onto server sub-system 1 2 through one 
of user devices 14. In an alternative embodiment centralized database 1 8 is stored 
remotely from server 1 2. 

[001 7] More specifically, in an exemplary embodiment, the network-based method is 
implemented with an internal computer network including at least one server 1 2 
CS coupled to remote terminals to form a local network such as, for example, an 



Intranet. In one embodiment, the Intranet is connected to a globally distributed 
computer network such as the Internet, including that part of the Internet known 
as the World Wide Web. Remote users access elements of system 10 from a remote 

terminal using an Internet connection and a network-browser. The network- 

® 

browser is, for example, Netscape by Netscape Communications Corporation, or 

® 

Internet Explorer by Microsoft Corporation, and is downloaded onto a user's 
remote terminal. 



a server architecture of a system 22 including server sub-system 1 2 and user 
devices 14. Server sub-system 12 includes database server 16, an application 
server 24, a network server 26, a fax server 28, a directory server 30, and a mail 
server 32. A disk storage unit 34 is coupled to database server 1 6 and directory 
server 30. Servers 16, 24, 26, 28, 30, and 32 are coupled in a local area network 
(LAN) 36. In addition, a system administrator workstation 38, a user workstation 
40, and a supervisor workstation 42 are coupled to LAN 36. Alternatively, 
workstations 38, 40, and 42 are coupled to LAN 36 via an Internet link or are 
connected through an intranet. 



[0018] 



Figure 2 is an expanded version block diagram of an exemplary embodiment of 



[0019] 



Each workstation 38, 40, and 42 is a personal computer having a network 
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browser. Although the functions performed at the workstations typically are 
illustrated as being performed at respective workstations 38, 40, and 42, such 
functions can be performed at one of many personal computers coupled to LAN 
36. Workstations 38, 40, and 42 are illustrated as being associated with separate 
functions only to facilitate an understanding of the different types of functions that 
can be performed by individuals having access to LAN 36. 

[0020] In another embodiment, server sub-system 1 2 is configured to be 

communicatively coupled to various individuals or employees 44 and to third 
parties, e.g., users 46, via an ISP Internet connection 48. The communication in an 
exemplary embodiment is illustrated as being performed via the Internet, however, 
any other wide area network (WAN) type communication can be used in other 
embodiments, i.e., the systems and processes are not limited to being practiced 
m via the Internet. In addition, and rather than a WAN 50, local area network 36 could 

be used in place of WAN 50. 

h- 

f|j [0021] In an exemplary embodiment, any employee 44 or user 46 having a 

fli 

■ workstation 52 can access server sub-system 12. One of user devices 14 includes 

s 

□ a workstation 54 located at a remote location. Workstations 52 and 54 are personal 

in 

?y computers having a network browser. Also, workstations 52 and 54 are configured 

Wi to communicate with server sub-system 12. Furthermore, fax server 28 

communicates with employees 44 and users 46 located outside the business entity 
and any of the remotely located user systems, including a user system 56 via a 
telephone link. Fax server 28 is configured to communicate with other 
workstations 38, 40, and 42 as well. 

[0022] 

Figure 3 is a flow diagram 60 for a network-based method of auctioning 
purchase contracts for engineered products. In an exemplary embodiment, the 
method is a web-based method and the specific products are transformers. The 
method includes the steps of receiving 62 product list information and pricing data 
from potential suppliers, developing 64 a regression equation or mathematical 
model for each supplier based on received product list information and pricing 
data, e.g., prices on product options, combining 66 the multiple mathematical 
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models from the individual suppliers into one mathematical model to be used by 
all suppliers when configuring the purchase contract bids, and receiving 68 bids on 
purchase contracts from suppliers. In an alternative embodiment, the method 
includes receiving product list information and pricing data from a single supplier 
and using known electrical, physical, and manufacturing parameters to formulate 
an equation and then combining market-level pricing knowledge to form a 
mathematical model. 

[0023] Figure 4 illustrates one embodiment of a desired product list 70, accessible by 
a group of potential suppliers. List 70 is in the form of an abbreviated pricing 
matrix and in this example a transformer product line is to be priced by a supplier. 
The specific items listed are at least some of those items that affect pricing. List 70 
is stored in database 18 (shown in Figure 1) on server 12 (shown in Figure 1) and is 
accessed by suppliers via computer system 10 (shown in Figure 1). In one 
embodiment, list 70 is transmitted to a potential supplier by email. In an 
alternative embodiment, list 70 is transmitted to a potential supplier via a web- 
based information transfer process as is well known in the art. List 70 includes a 
primary voltage group 72 and a secondary voltage group 74. As part of list 70, 
primary voltage group 72 and secondary voltage group 74 are divided according to 
a total transformer voltage rating 76. List 70 provides a notes section 78 which 
allows a supplier to provide caveats to the supplied pricing information, for 
example add a percentage to the transformer prices for temperature rating or 
subtract a percentage for aluminum versus copper windings in the transformers. 

[0024] Figure 5 shows an exemplary spreadsheet 80 stored in database 1 8 (shown in 
Figure 1) on server 12 (shown in Figure 1). Spreadsheet 80 provides data entry 
fields 82 into which a potential supplier enters pricing information. Spreadsheet 80 
also is in matrix form and is delineated using ratings and groupings from list 70 
(shown in Figure 4). Spreadsheet 80 may also incorporate other well known 
parameters, such as, with respect to the transformer example, delineating a 
grouping 84 for temperature ratings of the priced transformers. Alternatively, 
multiple spreadsheets 80 are used to enter pricing information. Again using the 
transformer example, spreadsheet 80 is a spreadsheet that indicates to the 
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supplier that copper windings are to be used in transformer pricing. Alternatively, 
spreadsheet 80 includes pricing matrices for both copper and aluminum windings. 

[0025] Once pricing entries have been entered into spreadsheet 80, the supplier 

uploads the spreadsheet data to server 1 2 which stores the data in database 1 8. 
Alternatively, the spreadsheet data is received via email and is then loaded onto 
server 12 and stored in database 18. Server 12 accesses the pricing information 
from a supplier and generates an initial regression equation for each supplier's 
product line. Once the initial regression equations have been generated for each of 
the multiple potential suppliers, server 1 2 is further configured to combine the 
initial regression equations into a final regression equation. The final regression 
equation is then used by the purchaser of the engineered product to request bids 
from the multiple suppliers. In the transformer example, one exemplary final 
regression equation for bidding on transformers is 

[0026] 
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COST = 847 + 26.7 HVBIL - 2621 VBIL + 16.3*K4 + 9.02(i VBIL)x (HVBIL) 
-O.0635(LVBIL)x(HVBILY +O.U3(tEMP 2 x*^ 2 )/1,000,000 
- 0.048 \(TEMP x 0.00002s(TEMPx kVA 1 ) 



[0027] 



where HV is high voltage, LV is low voltage, BIL is basic impulse level, kVA is 
kiloVolt-Amperes, and TEMP is temperature rise. For other products, different final 
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regression equations exist or can be implemented into system 10 (shown in Figure 
1). 

[0028] Figure 6 illustrates an exemplary bid sheet 90, in the form of a user interface 
stored on server 12 (shown in Figure 1) and incorporating the final regression 
equation for pricing described above. In an alternative embodiment, bid sheet 90 is 
emailed to the supplier and is received via email after bid sheet 90 has been 
completed. When bid sheet 90 is implemented for reception of bids in a purchase 
contract, suppliers are not actually quoting prices based on individual costs for 
products, rather the suppliers are bidding based on items contained on bid sheet 
90, which will determine a price when supplying the product. In the transformer 
example of Figure 6, bid sheet 90 has been generated utilizing six transformer 
products 92 including ratings and specifications 94 for parameters 96. The 
transformers illustrated on bid sheet 90 are not meant to represent actual 
transformers to be purchased. These specific transformers are displayed to 
represent data points generated by the pricing equation. 

[0029] Products 92 are priced according to a final regression equation 98 generated 
from supplier inputs, as described above. A/per unit price 100 and an item total 
price 102 are displayed. Coefficients 100 of final regression equation 98 are 
displayed on the user interface and are the subject of actual bids by the suppliers. 
A total bid 1 04 for all items desired is ^tlso displayed. Total bid 1 04 is generated by 
server 1 2 using the final regression equation for the individual items, multiplying 
by a quantity of each item to obtaiiran item total, and adding the item totals to 
obtain the total bid. In an alternative embodiment, bid sheet 90 is a spread sheet 
that includes the appropriate equations to generate total bid 104. Bid sheet 90, in 
one embodiment, is utilized to/provide example product pricing to suppliers so 
they can view the effects of bidding various values. When a new value is entered for 
the particular items, individual transformer prices are updated, as well as the total 
package price to reflect tl]4 newly calculated equation values. 

[0030] 

Using a model to generate pricing accurately represents pricing of a majority of 
an engineered product line. By using models, electronic auctioning is facilitated, 
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accurate and concise purchase agreements are facilitated, and subsequent pricing 
of the engineered products is facilitated. By auctioning the pricing model, changes 
in product price will be explained by the model as will variations from known 
pricing. 

While the invention has been described in terms of various specific 
embodiments, those skilled in the art will recognize that the invention can be 
practiced with modification within the spirit and scope of the claims. 
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